Подписаться
Опубликовано

Нагрузка при серверном рендеринге (SSR)

Автор
  • Имя
    Счастливый тимлид | ♥ Frontend
    Telegram

Нагрузка при серверном рендеринге

Умные люди на хабре пишут, что тяжелые приложение через функцию renderToString генерируются от 10 до 100мс. И это вообще-то ппц как долго. Хотя если вспомнить, что сервер, на котором рендеринг происходит, называется Node.js, можно понять и простить.

Представим, что мы принимаем за норму отдавать пользователю страничку максимум за 300мс, а среднее время рендеринга у нас 50мс, то всего 6 одновременных запросов сразу выбивают нас из «зелёной зоны». Отлично для ноунейм бложика, но мы то работаем с системами, где 100 запросов в секунду скорее норма, чем аномалия. А значит придется масштабировать эту историю так, чтобы несколько серверов параллельно обрабатывали пользовательские запросы. А это всё деньги, деньги, денежки.

Еще сюда мы можем добавить хаки и костыли, а так же разные виды кеширования: на стороне клиента, на CDN, на балансере. Так это будет выглядеть поприличнее, но в то же время и посложнее. Придется нанять архитектора 😄

А если и это не поможет — на помощь придет автоматический скейлинг от облачного провайдера, но с ним осторожнее, можно остаться без штанов.

Зачем эти айтишники всё усложняют?

Поделитесь, пожалуйста, в комментариях какая у вас нагрузка на SSR и каких мощностей вам хватает, чтобы ее закрывать!

#SSR #NodeJS #FrontEnd

© Счастливый тимлид

Счастливый тимлид | ♥ Frontend
2204 подписчика
692 поста

Закрепленные

Свежие посты

Опубликовано

Телеграмовский сосун (или какун, как правильно?)

Телеграмовский сосун суммирует мой лонгрид – стоит ли публиковать полную версию?